home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12623 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.6 KB  |  84 lines
  1. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  2. Path: netcom.com!adaworks
  3. From: adaworks@netcom.com (AdaWorks)
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Message-ID: <adaworksDoL573.7vs@netcom.com>
  6. Followup-To: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  7. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  8. X-Newsreader: TIN [version 1.2 PL1]
  9. References: <JSA.96Feb16135027@organon.com> <4i19mg$vkt@azure.dstc.edu.au> <4i4cf2$crm@sun152.spd.dsccc.com> <adaworksDoBsy8.Brz@netcom.com> <4ikbar$g0k@tpd.dsccc.com>
  10. Date: Wed, 20 Mar 1996 21:33:02 GMT
  11. Sender: adaworks@netcom8.netcom.com
  12.  
  13. Kevin Cline (kcline@sun132.spd.dsccc.com) wrote:
  14. : In article <adaworksDoBsy8.Brz@netcom.com>,
  15. : AdaWorks <adaworks@netcom.com> wrote:
  16. :  >Kevin Cline (kcline@sun152.spd.dsccc.com) wrote:
  17. :  >
  18. :  >
  19.  
  20. : I suppose every language design error could be classified as an
  21. : inconvenience, since there is almost always some workaround available.
  22. : But the following missing features in Ada-83 were serious problems
  23. : when developing hosted applications and directly led to the rejection
  24. : of Ada by the marketplace:
  25. :  1. Inability to pass a function or procedure as an argument.
  26. :     This went far beyond an "inconvenience" for those of us attempting
  27. :     to use event-driven GUI libraries.  There was no portable 
  28. :     work-around for this problem.
  29.  
  30.    OK, Kevin,
  31.  
  32.    I'll give you this one. There were some non-portable workarounds, but
  33.    this was a shortcoming of Ada 83.  The new ISO Ada standard supports 
  34.    the ability to pass a function of procedure as an argument.
  35.  
  36.    However, for the next one:
  37.  
  38. :  2. No standard interface to any OS facility more advanced
  39. :     than line-at-a-time input/output.  Also very difficult to
  40. :     work around, particularly if trying to produce a portable program. 
  41.  
  42.    The only thing wrong with this was including it in the "core" of the
  43.    Ada 83 definition.  Text_IO was never intended to be more than it 
  44.    was, a universal scrolling, left-to-right and downward I/O package.
  45.    The issue with all the I/O packages was portability.  It still is.
  46.  
  47.    Nothing in the Ada 83 design precludes the creation of I/O packages
  48.    for other terminals, operating systems, and I/O devices.  In fact, such
  49.    packages abound.  How do you think people use Ada for the huge range
  50.    of operating systems on which applications have been deployed?
  51.  
  52.    The Ada predefined I/O packages were not intended to be platform-specific.
  53.    The language designers expected compiler vendors to provide packages for
  54.    I/O on their targeted platforms.  Many compiler publishers fell short in
  55.    this area. This was especially true of "checkbox" compilers supplied
  56.    by some of the hardware vendors. 
  57.  
  58.    Once again, the ISO 1995 Ada standard updates the facilities of the I/O
  59.    packages, but portability is still a concern.  Therefore, interfaces to
  60.    specific operating systems is outside the scope of the core language,
  61.    as it should be.
  62.  
  63.    Richard Riehle
  64.    adaworks@netcom.com
  65.   
  66.        BTW, a "checkbox" compiler is one which satisfies the minimum
  67.        standard for validation so the vendor can check the box on the
  68.        procurement request for validated Ada.  This practice created
  69.        additional problems for Ada since the hardware vendor was only
  70.        interested in getting a collection of computers in the door, not
  71.        in seriously supporting Ada.  To avoid lawsuits, I'll not post
  72.        the names of such vendors, but they know who they are.
  73.  
  74.        RR
  75. -- 
  76.  
  77. richard@adaworks.com
  78. AdaWorks Software Engineering
  79. Suite 27
  80. 2555 Park Boulevard
  81. Palo Alto, CA 94306
  82. (415) 328-1815
  83. FAX  328-1112
  84.